home *** CD-ROM | disk | FTP | other *** search
/ FM Towns: Free Software Collection 9 / FM Towns Free Software Collection 9.iso / t_os / tool / extdrv / src / doc / note.doc < prev   
Encoding:
Text File  |  1994-11-16  |  4.0 KB  |  103 lines
  1. EXTDRV
  2.  
  3. ■ 仕組み
  4.   DOS のネットワーク・リダイレクタ I/F（INT 2fH/11H）を利用して、拡張区画
  5. を解釈する filesystem をインストールしています。（real mode 常駐）
  6. これは、MSCDEX.EXE が使っているのと同じ方法です。
  7.  
  8. ■ 常駐時に指定するパラメータについて
  9.   README.DOC にも出てきた４つのパラメータの決め方ですが、
  10.  
  11.     EXTDRV  16   5  32   4   0 0  区画のリスト
  12.             ^^^^^^^^^^^^^^^  
  13.             (1) (2) (3) (4)
  14.  
  15. (1) FAT キャッシュのサイズ（2KB 単位）
  16. 　EXTDRV に扱わせるドライブ数が１つの場合は 16 ～ 64 程度。
  17. 　これ以上増やしても意味はありません。
  18. 　ドライブ数が多ければ、それに合わせて増やすといいかもしれません。
  19.  
  20. (2) ルート・ディレクトリ・キャッシュのサイズ（2KB 単位）
  21. 　EXTDRV が扱うドライブ数以上にすると効率的です。（最小は２）
  22. 　また、ルート・ディレクトリにファイルが数十以上ある場合は、それに
  23. 　あわせて増やすと効果があるでしょう。
  24. 　ちなみに、ディレクトリ・エントリのサイズは 32byte ですから、キャッシュ
  25. 　の１エントリには 64 ディレクトリ・エントリ入ります。
  26.  
  27. (3) クラスタ・キャッシュのサイズ（クラスタ・サイズ単位）
  28.     数十以上。
  29. 　　あまり大きくし過ぎるとキャッシュ・サーチのオーバーヘッドでかえって
  30. 　　遅くなるかもしれません。（要改善 ^^;）
  31.  
  32. (4) DMA バッファのサイズ（1KB 単位）
  33. 　　これはクラスタのサイズ分あればいいです。
  34.  
  35. 以上。
  36.  
  37. ■ 経緯
  38.   以前から T-OS から 127MB 超の区画（32bit sector）を使えないかな～と考え
  39. ていました。
  40. 身近な所を見ると MSCDEX.EXE が DOS の FAT filesystem とは全く違う ISO9660
  41. を扱っています。これは常駐して DOS の内部を hook しているようです。
  42. MSCDEX を真似すれば・・・　と考えたのですが、DOS や MSCDEX を解析するのは
  43. 大変そうなので諦めていました。
  44.  
  45. ● Version 0.1
  46. 次に考えたのは INT21 を hook する方式です。
  47. この場合、ディスク関連の INT 21H コールを全て書く必要がありますが、INT 21H
  48. は解説も出回っているので実現は可能です。
  49.  
  50. 一方、DOS filesystem のアクセス・ルーチンですが、これは UN*X 系のフリーウェ
  51. アがいくつかあり、これらのソースを流用することが可能でした。
  52. mtools や Linux 等がそれで、今回は mtools のソースをベースにさせていただき
  53. ました。
  54.  
  55. ● Version 0.2
  56. V0.1 では実装の容易さを選び NSDD として常駐させたため、リアル・モードから
  57. は使えず、応用範囲がネイティブ・アプリのみに限られてしまいました。
  58. が、開発環境としても使いたいと思って V0.2 ではリアル常駐版を作ってみました。
  59. それでも、プログラムの起動や I/O リダイレクトはできません。
  60. 処理を INT 21H の入口で振り分けているので DOS 内部との連携ができないからで
  61. す。やはり MSCDEX と同様に INT21H よりも内部でフックする必要がありそうです。
  62.  
  63. ● Version 0.3
  64. そこで MSCDEX やネットワーク・リダイレクタに関する情報を探していたのですが、
  65. 「UNDOCUMENTED DOS」に載っている事がわかりました。
  66. version 0.3 は、この情報に基づき実装しました。
  67. この方式ならファイルやディレクトリをアクセスする部分だけを実装すればよく、
  68. filesystem に依存しない事（プログラムの実行等）は DOS が行いますので V0.2 
  69. までの問題は解消できました。
  70. これにより、普通の区画と同等に使えるようになりました。
  71. （ネットワーク・ドライブ扱いになります。）
  72.  
  73. ただ、ネットワーク・ドライブである事がアプリにわかると、一部のアプリでは不
  74. 都合が起きました。
  75. （LiveMovie のキャプチャではディスクの空き容量が 0 に見えてしまって、キャ
  76. 　プチャできない。　原因不明）
  77. このため、INT 21H もフックして INT 21H/4409H を監視し、リモート・ドライブ
  78. だという属性を返さないようにしています。
  79.  
  80. ● Version 1.0
  81. この後、伊藤哲史さんから CoCo.exe の protect memory I/F を教わりました。
  82. これを使って version 1.0 ではディスク・キャッシュのデータ本体はプロテクト
  83. ・メモリに置くようにしました。
  84. 更に、バッファ管理構造体はアプリ領域３に置くようにするとともに、常駐終了時
  85. に初期化部（コード、データ）を切り離すことで常駐サイズを低減しました。
  86.  
  87. ● Version 1.1
  88. EXTDRV を常駐させる時に、対象のドライブが not ready（電源 OFF など）でも
  89. 構わないようにしました。 
  90. また、Write Protect されたメディアへの書き込みを検出するようにしました。
  91. どちらも、MO を扱う時に便利です。
  92.  
  93. ● Version 1.2
  94. Version 1.1 の bugfix 版を Version 1.2 とした。
  95.  
  96. ■ ToDO
  97. ・キャッシングの効率改善
  98. 　リプレース方法
  99. 　サーチのハッシュ化
  100. ・ドライブごとにバッファ・キャッシュの使用上限を制限できるようにしたい。
  101.  
  102. 野村  茂弘   GBB00111
  103.